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RESUME 

La  DGA  s’est  engagee  ces  dernieres  annees  dans  une  demarche  de  simulation  pour  l ’acquisition. 
Celle-ci  passe  entre  autres  par  des  processus  nouveaux  a  definir,  des  standards  a  appliquer  et  des  outils  a 
deployer.  Cet  article  balaie  chacun  de  ces  points,  vus  au  travers  du  prisme  de  l  ’infrastructure  technique 
commune  de  simulation  (ITCS),  qui  federera  I’ensemble  des  outils  necessaires  a  cette  demarche. 
Cette  ITCS  est  actuellement  en  cows  de  definition  et  sera  deployee  a  moyen  terme.  Son  objectif  principal 
est  d’une  part  de  developper  I’interoperabilite  des  simulations  existantes  et  futures  de  la  DGA,  utilisees 
pour  les  diverses  phases  du  cycle  de  vie  des  programmes,  d’ autre  part  de  capitaliser  ces  simulations  pour 
permettre  leur  reutilisation  entre  les  phases  d’un  programme  et  entre  les  differents  programmes. 

Dans  cet  article,  nous  presentons  les  principaux  jalons  du  projet  et  nous  le  positionnons  par  rapport  aux 
autres  initiatives  OTAN  ou  europeennes,  dont  les  thematiques  sont  tres  proches :  tout  d’abord, 
la  maquette  d’une  banque  de  donnees  et  de  modeles  developpee  dans  le  cadre  europeen  EUCLID  par 
quasiment  tous  les  partenaires  etatiques  et  industriels  ewopeens,  ensuite  la  bibliotheque  des  ressources 
de  la  simulation,  dont  l 'idee  est  proposee  au  sein  du  NMSG. 


ABSTRACT 

The  DGA  (General  Directorate  for  Armaments)  has  been  actively  involved  in  simulation-based  acquisition 
these  past  years.  This  needs  defining  new  processes,  applying  standards  and  developing  adequate 
tools.  This  paper  addresses  the  latter:  we  will  present  the  Joint  Technical  Simulation  Architecture 


Communication  presentee  tors  de  la  Conference  NMSG  RTO  sur  «  Les  partenariats  NATO-PfP/Industrie/Nations  dans  le 
domaine  de  la  modelisation  »,  organisee  a  Paris,  en  France,  les  24  et  25  octobre  2002,  et publiee  dans  RTO-MP-094. 
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ORGANIZATION 


(ITCS,  in  French),  which  is  currently  specified  and  should  be  deployed  shortly.  Its  main  objective  is  on  the 
one  hand  to  federate  the  various  simulations  currently  in  use  within  the  DGA  for  the  various  phases  of  the 
lifecycle  of  a  program.  On  the  other  hand,  capitalisation  and  configuration  management  processes  of  the 
data  and  models  for  SBA  will  be  included  in  the  ITCS. 

In  this  article,  we  will  present  the  keystones  of  the  project  and  we  will  compare  it  with  other  initiatives 
which  it  will  have  to  be  interfaced  with:  first,  the  data  and  model  repository  developed  under  an  EUCLID 
contract  by  most  European  governmental  and  industrial  partners;  second  the  simulation  resource  library 
studied  by  the  NMSG. 


1.0  INTRODUCTION 

La  complexite  des  systemes  de  nos  jours  s’accroit  dans  tous  les  domaines,  y  compris  dans  la  defense,  a  tel 
point  que  nous  parlons  plutot  de  systemes  de  systemes  aujourd’hui.  La  modelisation  et  la  simulation 
(M&S)  deviennent  alors  une  discipline  a  part  entiere.  En  effet,  les  techniques  et  les  outils  de  M&S 
apportent  une  aide  precieuse  aux  processus  d’ingenierie  des  systemes  tels  que  decrits  par  les  normes  EIA 
632  ou  IEEE  15288  (en  preparation). 

Ainsi,  l’emergence  et  revolution  de  l’ingenierie  des  systemes  complexes  se  sont  concretisees  en  Europe 
par  la  creation  en  1998  de  l’association  franchise  d’ingenierie  systeme  (AFIS)  sous  le  patronage  de 
V International  Council  on  Systems  Engineering  (INCOSE)  et  la  creation  d’un  nouveau  pole  technique 
«  conception  des  systemes  complexes  »  a  la  Defence  Evaluation  and  Research  Agency  (DERA)  en  Grande 
Bretagne.  En  France,  un  nouveau  domaine  technique  s’est  egalement  forme  par  la  creation  en  1998  du 
departement  «  Ingenierie  des  Systemes  Complexes  »  (SC)  dans  la  Direction  des  Systemes  de  forces  et  de 
la  Prospective  (DSP)  au  sein  de  la  Delegation  Generate  pour  1’Armement  (DGA). 

Parallelement  a  cette  mouvance,  le  Defense  Systems  Management  College  (DSMC)  du  Department  of 
Defense  (DoD)  americain  a  introduit  en  1998  la  notion  de  Simulation  Based  Acquisition  (SBA)  [4], 
II  s’agit  d’un  processus,  base  sur  l’utilisation  de  moyens  de  M&S  durant  tout  le  cycle  de  vie  de 
l’acquisition  d’un  systemes  d’armes,  permettant  d’optimiser  les  performances  des  systemes,  les  delais  de 
realisation  et  les  couts  tout  en  maitrisant  les  risques.  Le  concept  sera  repris  sous  le  nom  de  Synthetic 
Environment  Based  Acquisition  (SEBA)  en  Grande  Bretagne  et  Simulation  pour  l’Acquisition  (SA) 
en  France. 

La  demarche  de  SA  est  engagee  par  la  DGA  depuis  3  ans.  Les  orientations  strategiques  du  domaine 
technique  « Ingenierie  des  Systemes  Complexes  »  sont  definies  par  le  departement  SC  dans  sa  politique 
technique  et  sectorielle.  Ces  orientations  prevoyaient  notamment  la  mise  en  place  d’une  equipe  dediee  a  la 
simulation  pour  l’acquisition  a  la  DCE  (Direction  des  centres  d’expertise  et  d’essais):  l’EPSA  (equipe  de 
projet  simulation  pour  l’acquisition).  Cette  equipe,  en  place  depuis  septembre  2001,  est  en  charge  de 
l’outillage  du  processus  SA,  en  particulier  au  travers  de  la  definition  et  la  mise  en  place  d’une 
infrastructure  commune  de  simulation  a  la  DGA.  Tous  ces  acteurs  (SC,  EPSA,  centres  de  la  DCE,  CAD) 
contribuent  a  la  maitrise  par  la  DGA  de  la  complexite  croissante  des  systemes  de  defense,  et  s’attachent 
activement  a  mettre  a  disposition  des  equipes  de  programmes  les  outils  de  M&S  qui  leur  peimettront  de  : 

•  preparer  les  choix  en  matiere  de  systemes  de  defense,  definir  et  evaluer  1’ architecture  globale  des 
systemes  de  systemes  ; 

•  specifier  et  valider  les  systemes  d’aimes  ou  les  systemes  d’information  operationnels  ; 

•  assurer  la  coherence  technique  tout  au  long  du  cycle  de  vie  d’un  systeme  et  en  particulier  garantir 
l’interoperabilite  avec  les  autres  systemes  ; 

•  promouvoir  le  savoir-faire  et  les  produits  de  l’industrie  de  defense  frangais  a  l’export. 
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Les  architectes  de  la  DGA  (architecte  technique  de  systeme,  architectes  de  systemes  de  force)  doivent  en 
disposer  afm  de  realiser  les  activites  d’ingenierie  des  systemes  dont  ils  ont  la  responsabilite. 
Plus  generalement,  ces  outils  doivent  pouvoir  etre  partages  entre  les  differents  intervenants  (etats  majors, 
DGA,  industrie)  d’un  projet  (par  exemple  au  sein  d’une  equipe  de  projet  integree  dans  le  cadre  d’un 
fonctionnement  en  plateau). 

Sur  le  plan  technique,  la  maitrise  de  l’outil  de  modelisation  et  de  simulation  necessite  : 

•  de  savoir  modeliser  et  simuler  les  grands  systemes  complexes  du  futur  (constitues  d’un  grand 
nombre  d’elements  heterogenes  en  interaction  et  repartis  geographiquement)  de  maniere 
adequate ; 

•  de  definir  les  methodes  et  les  outils  permettant  de  partager,  de  capitaliser  et  de  reutiliser  les 
modeles  ; 

•  de  definir  les  regies  et  les  standards  pour  assurer  Tinteroperabilite  entre  les  outils  de  simulation 
developpes  dans  les  differents  programmes. 

Pour  repondre  a  ces  besoins,  une  etude  a  done  ete  lancee  par  le  departement  SC  dans  le  cadre  du 
Programme  d’Etude  Amont  (PEA)  ARchitecture  COmmune  de  SIMulation  (ARCOSIM)  volet  SA  en 
2001.  L’objectif  attendu  est  decrit  dans  la  section  suivante.  Les  divers  themes  abordes  par  cette  etude  sont 
presentes  dans  la  section  3.  Comme  d’autres  projets  nationaux  ou  en  cooperation  traitent  des 
problematiques  similaires  a  T  etude  ARCOSIM-SA,  nous  les  mettrons  en  relation  dans  la  section  4. 
La  section  5  presente  la  realisation  de  l’etude  proprement  dite,  a  savoir  l’etat  des  lieux,  les  travaux  en 
cours  et  le  planning  previsionnel  du  deployment  de  1’ITCS.  Et  enfin,  nous  conclurons  en  presentant  les 
travaux  futurs,  les  efforts  complementaires  ainsi  que  les  benefices  deja  observes. 


2.0  OBJECTIF  GLOBAL 

L’etude  ARCOSIM-SA  est  pilotee  par  le  Centre  Technique  d’Arcueil  (CTA)  ou  se  trouve  l’EPSA. 
Les  autres  centres  d’expertise  et  d’essais  sont  impliques  dans  cette  etude  en  plus  du  Centre  d’Analyse  de  la 
Defense.  Elle  consiste  a  specifier  une  Infrastructure  Technique  Commune  de  Simulation  (ITCS) 
permettant  de  federer  T ensemble  des  outils  existants  de  M&S  de  la  DGA  et  des  milieux  industriels  ou  de 
recherche  (i.e.  ONERA,  CEA). 

Cette  ITCS  devra  permettre,  a  terme,  d’assurer  l’interoperabilite,  la  capitalisation  et  la  reutilisation  des 
modeles  et  des  simulations  au  sein  de  ces  communautes  de  M&S.  Elle  devra  prendre  en  compte  differents 
types  de  simulation  :  simulation  constructive  (temps  reel  ou  non),  simulation  instrumentee,  simulation 
pilotee,  simulation  hybride  (respectivement  constructive,  live,  virtual  ou  « Man  in  the  loop » 
et  «  Hardware  in  the  loop  »  simulation  en  anglais). 

L’lTCS  ne  se  limitera  pas  a  un  simple  environnement  informatique  de  M&S.  Elle  devra  inclure  des  bases 
de  connaissance  ;  des  guides  methodologiques  de  specification,  de  conception  et  de  developpement  de 
modeles  et  de  simulations  ;  des  guides  lies  aux  processus  de  Verification,  Validation  et  d’Accreditation 
(VV&A)  ;  des  guides  sur  Tutilisation  des  standards  de  M&S  (i.e.  HLA,  SEDRIS,  etc.,  cf.  §  3.3) ; 
des  recommandations  sur  les  clauses  contractuelles  d’achat  des  outils  M&S.  Nous  verrons  en  detail  ces 
differents  aspects  plus  loin  dans  les  sections  3  et  6. 

II  est  certain  que  les  experts  metiers  et  les  developpeur  d’outils  M&S  seront  les  operateurs  de  premiere 
ligne  sur  1’ITCS  mais  il  est  important  de  souligner  que  1’ITCS  devra  aussi  foumir  a  terme  des  outils 
simples  aux  architectes  de  la  DGA  et  aux  specialistes  des  services  de  programmes  pour  les  aider  a 
specifier  et  a  concevoir  les  futurs  systemes  d’armes  de  la  France. 
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3.0  PERIMETRE  DE  LETUDE 

A  partir  de  l’objectif  global,  il  est  assez  aise  de  determiner  les  briques  de  base  qui  doivent  constituer 
1’ITCS.  Nous  allons  les  presenter  en  detail  dans  cette  section.  En  meme  temps,  nous  dressons  l’ensemble 
des  problemes  souleves  par  ces  constituants  que  nous  tacherons  de  resoudre  dans  1’ etude  ARSOCIM-SA 
ou  a  l’aide  des  resultats  issus  d’autres  etudes  et  projets. 

Les  simulations  concemees  sont  celles  allant  du  niveau  des  phenomenes  physiques  jusqu’au  niveau 
tactique  ainsi  que  les  simulations  technico-operationnelles  depuis  le  niveau  systeme  jusqu’au  niveau 
operatif. 

3.1  Bases  de  donnees 

Les  donnees  liees  au  processus  de  simulation  sont  fort  nombreuses.  Nous  les  classons  en  trois  types  : 
les  donnees  caracterisant  ce  que  Ton  veut  simuler  (le  scenario),  les  donnees  liees  aux  outils  utilises  pour 
cette  simulation  (les  modeles),  et  les  donnees  produites  par  ces  simulation  (les  resultats).  Ces  trois  types  de 
donnees  doivent  etre  capitalises  :  chacun  est  en  effet  le  fruit  d’un  processus  d’ elaboration  parfois  tres  long, 
et  necessitant  la  mobilisation  d’ experts.  C’est  notamment  le  cas  des  scenarii  dont  on  neglige  souvent  la 
conservation,  alors  qu’ils  sont  fondamentaux  lorsqu’on  veut  par  exemple  tester  la  non-regression  d’un 
modele. 

Les  bases  de  donnees  associees  ne  sont  pas  juste  des  bibliotheques  de  modeles  ou  un  ensemble  de  donnees 
brutes.  Elies  doivent  aussi  contenir  toutes  les  informations  (meta- donnees)  utiles  a  l’utilisateur  final  pour 
que  la  reutilisation  soit  la  plus  efficace  possible.  En  fait,  chaque  base  de  donnees  est  un  repository  au  sens 
de  la  Simulation  Resource  Library >  que  le  groupe  de  travail  OTAN  MSG012-TG009  est  en  train  de  definir 
(voir  paragraphe  4.2). 

Une  des  difficultes  liees  aux  donnees  reside  dans  le  fait  que  les  informations  a  stocker  ne  sont  pas 
structurees.  Pour  les  modeles,  Ton  trouvera  par  exemple  des  documents  decrivant  le  principe  de 
modelisation,  sous  forme  de  texte  ou  d’un  langage  de  modelisation  type  UML,  le  modele  implemente, 
sous  forme  de  codes  sources,  objet  ou  executable... 

3.2  Services  offerts 

En  plus  des  bases  de  donnees,  un  certain  nombre  de  fonctionnalites  communes  aux  simulations  doivent 
etre  partagees  au  travers  de  1’ITCS.  L’objectif  est  de  factoriser  ce  qui  peut  l’etre  dans  le  processus  de  la 
simulation,  afm  de  faciliter  des  processus  transverses  associes,  tels  que  la  gestion  de  configuration  ou  le 
VV&A  (verification,  validation  et  qualification).  Chacun  des  facteurs  suivants  fait  l’objet  d’etudes 
specifiques  menees  dans  des  cadres  nationaux  ou  intemationaux  (cadre  contractuel  europeen  EUCLID, 
groupes  de  recherche  du  NMSG,  cooperations  bilaterales). 

Le  premier  facteur  conceme  les  services  de  communication  et  d’acces.  Si  1’ infrastructure  materielle 
entre  les  centres  est  en  cours  de  mise  en  place  dans  le  cadre  du  projet  «  Reseau  d’entreprise  DGA  », 
1’ITCS  devra  toutefois  definir  des  mecanismes  communs  d’acces  a  Tinformation,  de  protection  de 
Tinformation,  qu’ils  soient  techniques  ou  organisationnels.  Par  ailleurs,  le  choix  de  technologies 
particulieres  de  communication  au  sein  d’une  simulation  doit  tenir  compte  ou  faire  evoluer  les  capacites 
du  reseau  mis  en  place. 

Le  second  facteur  est  lie  a  la  preparation  des  simulations  :  un  editeur  de  simulation  doit  permettre  de 
definir  le  chainage  des  modeles  en  fonction  de  la  simulation  souhaitee  par  Tutilisateur  final.  Une  fonction 
d’edition  de  scenarii  est  egalement  prevue.  Une  voie  a  T  etude  s’inspire  des  developpements  presentes  par 
Bums  et  al.  dans  [1]  qui  proposent  un  generateur  de  scenarii  independant  des  plates-formes  de  simulation. 
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Le  troisieme  service  conceme  la  dynamique  des  simulations  (activation  et  synchronisation  des  modeles) 
regroupees  dans  le  concept  de  moteur  de  simulation. 

Les  outils  d’affichage  pour  la  visualisation  ou  d’analyse  des  donnees  font  egalement  partie  des  services 
communs  offerts  par  1’ITCS.  L’utilisateur  doit  pouvoir  choisir  le  type  de  d’affichage  ou  les  applications 
d’analyse  des  donnees  en  fonction  de  son  besoin.  Lorsque  les  applications  de  M&S  le  permettent,  il  suffit 
d’utiliser  les  outils  integres  dans  ces  applications.  Sinon,  1’ITCS  doit  proposer  a  l’utilisateur  des  interfaces 
graphiques  generiques  ou  des  outils  communs  d’analyse  des  donnees.  Ainsi,  le  probleme  de  compatibilite 
des  formats  des  donnees  se  pose,  en  plus  du  celui  relatif  au  couplage  des  modeles.  Nous  rediscuterons  de 
cet  aspect  au  §  3.3. 

Enfin,  des  interfaces  utilisateur  doivent  permettre  d’executer  et  de  gerer  les  applications  de  simulations, 
ainsi  que  d’administrer  1’ITCS  dans  son  ensemble  pour  garantir  la  disponibilite  des  services  offerts  et 
assurer  une  coherence  d’ ensemble. 

3.3  Standards  et  normes 

La  presentation  du  paragraphe  precedent  souleve  un  certain  nombre  de  problemes  a  resoudre  pour 
favoriser  l’interoperabilite  et  la  reutilisation  des  modeles,  des  simulations  et  des  donnees.  II  est  done 
necessaire  d’homogeneiser  la  representation  et  les  specifications  de  ces  objets  ainsi  que  de  leurs  interfaces. 
Pour  cela,  differents  standards  et  normes  sont  identifies  comme  des  solutions  potentielles  a  nos  problemes. 

En  matiere  de  representation  et  de  specification  des  modeles  et  des  simulations,  l’utilisation  de  Unified 
Modeling  Languge  (UML)  facilite  leur  reutilisation.  Aussi,  certains  outils  commerciaux  proposent  des 
suites  de  test  permettant  de  verifier  et  valider  les  specifications.  Ce  langage  possede  done  des  bons  atouts 
pour  etre  preconise  par  l’EPSA,  voire  integre  dans  1’ITCS. 

Cependant,  V  Object  Management  Group  (OMG)  promeut  une  nouvelle  approche  basee  sur  le  Model- 
Driven  Architecture  (MDA)  dans  laquelle  les  modeles  de  V  Object  Management  Architecture  (OMA) 
deviennent  des  meta-modeles  qui  sont  generiques  et  independants  des  plates-formes.  Ces  meta-modeles 
sont  encore  appeles  Platform  Independent  Model  (PIM).  Le  departement  SC  a  lance  une  etude  sur  ce 
concept  afin  de  concevoir  des  PIM  pour  la  modelisation  et  la  simulation  (voir  etude  COCA  au  §  4. 1  pour 
plus  de  details). 

Un  autre  langage,  Simulation  Reference  Markup  Language  (SRML),  est  egalement  a  prendre  en 
consideration  dans  notre  etude.  II  permet  de  decrire  la  structure  et  le  comportement  des  modeles  en 
extensible  Markup  Language  (XML).  II  favorise  au  meme  titre  que  l’UML  a  la  reutilisation  des  modeles 
et  des  simulations.  De  plus,  un  article  recent  [6]  soutient  que  ce  langage  peut  servir  a  representer  les 
Base  Object  Models  (BOMs)  en  prenant  en  compte  les  specifications  du  standard  High  Level  Architecture 
(HLA)  pour  assurer  l’interoperabilite. 

Quant  a  la  representation  et  a  la  specification  des  donnees,  le  standard  Synthetic  Environment  Data 
Representation  Interface  Specification  (SEDRIS)  promu  par  le  DoD  americain  a  ete  retenu.  Ce  standard 
contribue  a  l’interoperabilite  entre  les  modeles  et  les  simulations  en  unifiant  la  semantique  et  le  format  des 
donnees.  Comme  ce  standard  n’est  pas  encore  suffisamment  mature  pour  etre  applique  sans  precaution 
aujourd’hui,  nous  suivons  de  pres  son  evolution,  et  cherchons  a  le  faire  evoluer  en  fonction  de  nos  retours 
d’ experience  en  cours. 

Pour  completer  l’interoperabilite  entre  les  modeles  et  les  simulations,  il  est  aussi  necessaire  d’avoir  un 
formalisme  rigoureux  pour  les  echanges  de  donnees.  Le  langage  XML  offre  cette  possibility  Celui-ci  est 
largement  utilise  dans  les  technologies  Web.  Utilise  par  les  bases  de  donnees  de  1’ITCS,  il  offre  la 
possibilite  d’importer  et  d’exporter  des  donnees  vers  d’autres  bases  de  donnees. 
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Comme  1’ITCS  sera  utilisee  pour  realiser  des  simulations  distribuees,  le  standard  HLA  est  bien 
evidemment  pris  en  compte  dans  notre  etude.  Des  actions  complementaires  sont  engagees  depuis  plusieurs 
annees  pour  evaluer  quantitativement  l’apport  de  ce  standard  (en  etudiant  egalement  les  deux  versions  1.3 
NG  du  DMSO  et  IEEE  1516,  ainsi  que  les  principaux  RTI  associes)  et  pour  mettre  en  place  une  capacity 
de  certification  nationale.  Nous  envoyons  le  lecteur  au  paragraphe  4.1  pour  une  description  plus  detaillee 
de  ces  actions. 

A  moyen  terme,  1’ITCS  devra  integrer  les  capacites  d’essais  des  divers  centres,  et  permettre  de  mettre  en 
oeuvre  le  cercle  vertueux  simulation-essais.  Aucun  choix  defmitif  n’a  ete  fait  dans  ce  domaine,  et  la 
definition  des  exigences  fonctionnelles  n’est  pas  non  plus  arretee.  Une  veille  active  menee  dans  ce 
domaine  a  mis  en  evidence  quelques  solutions  recentes  :  la  Test  and  Training  ENabling  Architecture 
(TENA)  doit  etre  analysee  et  evaluee  quant  a  son  applicability  a  nos  simulations.  Les  presentations 
effectuees  au  Fall  2002  Simulation  Interoperability  Workshop  montrent  que  cette  architecture  est  plutot 
orientee  vers  les  simulations  d’entrainement.  Mais  elle  semble  presenter  egalement  des  capacites 
interessantes  pour  la  communication  entre  installations  d’essais  et  simulations,  et  pennettrait  done  de 
concretiser  la  synergie  essais-simulation.  La  pertinence  de  cette  architecture  pour  nos  simulations  est  done 
a  f  etude,  en  complement  d’HLA,  sans  doute  avec  l’eclairage  du  projet  Joint  Distributed  Engineering 
Plant  Technical  Framework  [2],  dont  la  philosophic  est  tres  proche  de  celle  de  1’ITCS. 

Enfin,  les  protocoles  de  telecommunication  tels  que  IPSec/IPv6,  Secured  Hypertext  Transfer  Protocol 
(HTTPS),  Single  Object  Access  Protocole  (SOAP)  sont  egalement  etudies  quant  a  leur  adequation  aux 
besoins  de  TITCS.  11  est  tres  probable  que  Eon  retienne  ces  protocoles  si  nous  voulons  nous  interfacer 
facilement  avec  Tenvironnement  synthetique  de  developpement  de  simulations  qui  est  en  phase  de 
conception  dans  le  projet  europeen  EUCLID  RTP  11.13  (voir  §  4.2  pour  une  description  sommaire  du 
projet  et  [3]  pour  une  presentation  detaillee),  et  que  nous  devons  integrer  dans  notre  infrastructure,  au  vu 
de  Tinvestissement  financier  realise  dans  ce  projet  de  cooperation. 

3.4  Methodes  et  processus 

Dans  le  cadre  de  notre  etude,  il  a  ete  decide  de  proposer  des  methodes  et  de  definir  des  processus 
permettant  d’accompagner  les  utilisateurs  finaux  de  TITCS  dans  leurs  activites  de  M&S.  L’inclusion  de 
ces  elements  dans  le  referentiel  methodologique  des  beneficiaires  et  utilisateurs  de  TITCS  est  un  element 
cle  de  la  reussite  du  projet.  Ceci  contribue  en  effet  a  rendre  Tutilisation  de  TITCS  optimale  afm  de 
repondre  efficacement  aux  contraintes  de  performances,  de  delais  et  de  couts  dans  le  developpement  des 
systemes  d’armes. 

Compte  tenu  de  la  complexity  des  infrastructures  techniques  de  simulation  de  nos  jours,  meme  si  elles  sont 
composees  essentiellement  de  logiciels,  il  n’est  pas  absurde  de  les  considerer  comme  des  systemes 
complexes,  ou  encore  des  systemes  de  systemes.  Ainsi,  des  methodes  theoriques  immediatement 
applicables  sont  issues  des  normes  d’ingenierie  des  systemes  telles  que  EIA  632  ou  IEEE  15288.  Or  la 
mise  en  pratique  de  ces  processus  est  souvent  mal  menee  et  lourde,  c’est  pourquoi  la  DGA  participe  a 
certains  groupes  de  travail  de  l’AFIS  (organisation  nationale,  dont  la  description  detaillee  et  le  programme 
de  travail  est  consultable  sur  le  site  Internet  suivant :  http://www.afis.fr)  tels  que  : 

•  architecture  systeme  ; 

•  methodes  et  outils  ; 

•  integration,  verification,  validation  et  qualification. 

Ces  groupes  de  travail  sont  constitues  de  participants  venant  des  milieux  industriels,  universitaires  et 
etatiques.  L’objectif  commun  consiste  a  etablir  des  bonnes  pratiques,  des  proposer  des  outils  et  d’echanger 
les  retour  d’experience  de  chacun. 


9-6 


RTO-M  P-094 


ITCS  :  I’infrastructure  technique 
commune  dediee  a  la  simulation  pour  I’acquisition 


D’autres  processus  tels  que  le  FEderation  DEvelopment  Process  (FEDEP)  ou  le  Synthetic  Environment 
DEvelopment  Process  (SEDEP),  inspires  par  l’ingtnierie  des  systtmes  mais  orientes  M&S, 
sont  egalement  pris  en  compte  dans  l’ttude  ARCOSIM-SA. 

Un  autre  processus  tres  important  est  celui  de  la  Verification,  Validation  et  Accreditation  (VV&A) 
des  donntes,  des  modtles  et  des  simulations.  II  est  clair  qu’une  fois  que  le  processus  de  developpement 
des  produits  de  M&S  est  dtfini,  P  application  du  schema  iteratif  de  V&V  au  sens  de  l’ingtnierie  des 
systemes  (cf.  article  de  J.  Lake  [5]),  tout  le  long  du  cycle  de  vie  de  ce  processus,  constitue  une  ttape 
incontoumable  si  Eon  veut  un  processus  de  VV&A  reussi. 

Ensuite,  un  deuxieme  niveau  de  V&V  permettra  de  s’assurer  que  les  produits  de  M&S  dtveloppts  sont 
«  representatifs  de  la  realite  »  (a  un  certain  degrt  de  granularite  pres)  afin  que  E  accreditation  puisse  etre 
prononcee.  Ainsi,  nous  constatons  que  le  processus  VV&A  implique  la  mise  en  place  d’une  organisation 
appropriee  maitrisant  Eensemble  de  ces  processus.  Cette  tache  difficile  fait  l’objet  d’une  etude  specifique, 
dans  le  cadre  du  PEA  REVVA  (cf.  §  0),  qui  ne  demarrera  qu’a  la  fin  de  l’annte  2002.  Le  but  commun 
consiste  a  favoriser  Einteroperabilite  et  la  reutilisation  des  produits  de  M&S. 


4.0  PROJETS  EN  RELATION 

Compte  tenu  des  nombreux  points  durs  souleves  par  l’etude  ARCOSIM-SA,  un  certain  nombre  de  projets 
nationaux  sont  lances  pour  rechercher  des  solutions  appropriees.  Par  ailleurs,  des  initiatives 
complementaires  ou  similaires  a  E etude  ARCOSIM-SA  sont  egalement  a  prendre  en  consideration  dans  la 
conception  de  EITCS  si  nous  souhaitons  etendre  son  interoperabilite  et  sa  reutilisation  au-dela  des 
simulations  nationales.  Nous  presentons  dans  cette  section  les  principaux  projets  nationaux  et  ceux  en 
cooperation  qui  concement  directement  EITCS. 

4.1  Projets  nationaux 

Plusieurs  etudes  amont  concernent  la  simulation  distribute,  en  terme  de  performance  et  de  stcuritt 
d’ information  :  PERFOSIM,  ARCO SIM-HL A  et  RICOS. 

L’etude  PERFOSIM  (PERFOrmance  des  SIMulations  distributes)  a  pour  but  d’evaluer  a  priori  les 
performances  d’une  simulation  distribuee  existante  ou  future.  Cette  etude  a  pris  fin  en  juillet  2002. 
Des  outils  de  simulation  de  federations  HLA  developpes  dans  le  cadre  de  cette  etude  sont  aujourd’hui 
disponibles,  et  alimentent  la  bibliotheque  d’utilitaires  de  EITCS.  Ils  permettent  ainsi  aux  architectes  de 
simulations  distributes  d’tvaluer  la  performance  de  leur  systtme  de  simulation  avant  meme  de  E avoir 
rtalist  et  ainsi  d’en  optimiser  E architecture. 

L’ttude  ARCOSIM-HLA  consiste  d’une  part  a  tvaluer  la  complttude  du  standard  HLA  et  des  outils 
logiciels  associts  par  rapport  aux  besoins  de  la  simulation  distribute  de  dtfense,  notamment  en  termes  de 
performances,  fonctionnalitts  et  stcuritt ;  et  d’autre  part  a  mettre  au  point  des  mtthodes  de  capitalisation 
et  de  rtutilisation  des  modtles  de  donntes  de  simulation.  Cette  ttude  de  18  mois  a  dtmarrt  en  juillet  2002. 
L’ttude  sur  les  performances  comprend  notamment  l’tvaluation  de  6  RTI  sur  ttagtre  dont  celles  du 
DMSO  1.3  NG,  des  socittts  Pitch  (1.3  NG  et  IEEE  1516)  et  Mak,  de  l’ONERA  (CERTI).  L’ttude  sur  la 
stcuritt  conceme  plus  prtcistment  la  protection  des  informations  relatives  aux  modtles  et  aux  donntes 
d’une  simulation  par  rapport  aux  autres  ftdtrts  (cas  d’une  ftdtration  multinationale,  ou  d’une  ftdtration 
simulant  un  systtme  complexe  et  rtpartie  entre  plusieurs  industriels  concurrents). 

La  stcuritt  interne  d’une  ftdtration  de  simulation  distribute  ttant  prise  en  compte  par  l’ttude  ARCOSIM- 
HLA,  celle  concemant  E infrastructure  de  rtseau  de  simulation  distribute  est  traitte  dans  le  PEA  RICOS 
(Rtseau  d ’Interconnexion  de  Simulations).  L’objectif  de  cette  ttude,  qui  entre  dans  sa  phase  finale, 
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consiste  a  dtvelopper  la  meilleure  architecture  possible  pour  un  reseau  stcurist  de  simulation  distribute 
frangais,  interconnectant  des  centres  d’ttudes  des  armtes  et  de  la  DGA.  Des  experimentations  du  standard 
HLA  ont  ttt  mentes  sur  ce  prototype  a  l’aide  de  cas  concrets.  Le  niveau  minimum  de  securisation  est 
confidentiel  defense.  Dans  le  cadre  de  cette  etude,  une  methodologie  est  egalement  mise  au  point  pour 
conduire  les  exercices  interarmees  de  fag  on  distribute.  Des  rtsultats  intermtdiaires  particulitrement 
inttressants  ont  dtja  ttt  obtenus  dans  cette  ttude  qui  doit  s’achever  aux  alentours  de  juin  2003. 

Avec  la  disponibilitt  des  stations  de  travail  de  type  PC  ( Personal  Computer )  puissantes  et  trts  bon 
marcht,  il  est  aujourd’hui  envisageable  de  disposer,  a  moindre  cout,  des  ressources  de  calculs  haute 
performance  par  agrtgation  de  PC  au  sein  de  clusters  ou  de  grilles.  Paralltlement,  Poffre  croissante  des 
logiciels  libres  de  qualitt  industrielle,  notamment  le  systtme  d’ exploitation  LINUX,  permet  d’avoir 
gratuitement  (ou  a  trts  bas  prix)  des  solutions  de  qualitt  que  l’on  peut  maitriser  et  meme  adapter  grace  a  la 
disponibilitt  du  code  source.  Toutefois,  l’impltmentation  de  simulations  haute  performance  sur  ce  type  de 
plate-forme  est  ardue.  II  manquait  jusqu’ici  un  systtme  capable  de  rendre  transparente  la  distribution  voire 
l’htttrogtntitt  du  support  mattriel.  C’est  ce  que  propose  le  systtme  d’exploitation  distribut,  GOBELINS, 
de  1’IRISA  (Institut  de  Recherche  en  Informatique  et  Systtmes  Altatoires)  de  Rennes,  qui  permet  a 
l’utilisateur  de  «  voir  »  un  cluster  de  PC  comme  un  ordinateur  multiprocesseurs  (SMP)  unique.  L’ttude 
COLISSYMO  (Cluster  Optrationnel  sous  Linux  pour  la  Simulation  de  SYsttmes  et  la  MOdtlisation) 
a  pour  but  de  tester  une  architecture  de  clusters  et  de  dtvelopper  des  outils  logiciels  associts  pour  les 
simulations  de  dtfense.  Le  systtme  d’exploitation  LINUX  modifit  sera,  a  Tissue  de  Tttude,  disponible  au 
public  sous  forme  de  logiciel  libre. 

L’ttude  CAPSULE  (Conception  Abstraite  Pour  Simulation  permettant  la  rt-Utilisation  des  modeLEs) 
a  pour  objectif  de  concevoir  des  modtles  mttiers  indtpendants  des  plates-formes  de  simulation.  Pour  cela, 
Tttude  s’oriente  vers  Tapproche  MDA  qui  permet  de  dtvelopper  des  PIM  pour  les  besoins  de  TITCS. 
La  fin  de  ces  deux  ttudes  est  programmte  vers  fin  2004. 

En  plus  de  ces  aspects  purement  techniques,  nous  avons  tgalement  lanct  une  ttude  mtthodologique  sur  le 
processus  VV&A,  il  s’agit  du  PEA  REVVA  (REftrentiel  pour  la  Vtrification,  Validation,  Accreditation 
des  donntes,  modtles  et  simulations).  La  principale  attente  de  ce  PEA  est  Elaboration  d’un  standard 
intemationale  permettant  de  partager  les  bonnes  pratiques  de  VV&A  au  sein  de  la  communautt  M&S  en 
France  mais  aussi  chez  nos  partenaires  europtens.  Ainsi,  Tessentiel  du  PEA  REVVA  est  pris  en  compte 
par  le  biais  d’une  cooptration  europtenne  EUCLID  qui  devrait  dtmarrer  a  la  fin  de  l’annte  2002.  Il  est  a 
souligner  que  cette  ttude  sur  le  VV&A  est  un  aboutissement  des  reflexions  mentes  sur  le  sujet  depuis 
plusieurs  anntes,  en  particular  en  cooptration  avec  le  Royaume-Uni. 

4.2  Projets  en  cooperation 

Parmi  les  autres  projets  en  cooptration,  deux  d’entre  eux  mtritent  particulitrement  d’etre  pris  en  compte 
dans  Tttude  ARCOSIM-SA  :  EUCLID  RTP  11.13  «  Realising  the  Potential  of  Networked  Simulation  in 
Europe  »  et  NATO  Simulation  Resource  Library. 

La  premier  projet  regroupe  13  pays  et  23  entreprises  europtennes.  Le  Royaume-Uni  est  le  pays  pilote  dans 
ce  projet.  L’objectif  du  projet  est  la  mise  au  point  de  mtthodes  et  outils  pour  la  sptcification,  la  conception 
et  la  mise  en  oeuvre  d’environnements  synthttiques  multinationaux.  Dans  ce  cadre,  un  processus  (SEDEP), 
dtrivt  du  FEDEP  amtricain,  a  notamment  dtja  ttt  dtfini  pour  le  dtveloppement  d’environnements 
synthttiques.  Pour  chacune  des  ttapes  de  ce  processus,  des  outils  ad  hoc  seront  rtalists  pour  aider  les 
difftrents  acteurs  dans  leur  travail,  depuis  la  capture  du  besoin  jusqu’a  T exploitation  des  rtsultats. 
Ce  projet  contribuera  done  fortement  a  Tamtlioration  du  processus  de  dtveloppement  des  simulations  et 
de  leur  utilisation,  que  ce  soit  pour  Tentrainement,  la  rtpttition  de  mission  ou  T  acquisition.  Actuellement, 
le  projet  entre  dans  sa  dernitre  annte.  Une  architecture  technique  est  dtja  largement  dtfinie  (voir  Particle 
de  K.  Ford  [3]  pour  plus  de  dttails).  Elle  est  prise  en  compte  dans  la  dtfinition  TITCS,  afin  que  cette 
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derniere  puisse  eventuellement  constituer  la  module  francos  de  cet  environnement  distribue  d’aide  a 
l’ingenierie  et  a  la  mise  en  oeuvre  des  simulations,  et  partager  les  ressources  communes  de  M&S. 

Concemant  ce  dernier  point,  le  NATO  Modelling  and  Simulation  Group  (NMSG)  s’interesse  aussi  de  pres 
a  la  mise  en  place  d’une  base  de  donnees  pour  capitaliser  et  partager  des  ressources  de  M&S  au  sein 
des  pays  membres  et  des  partenaires  pour  la  paix  de  l’OTAN.  Pour  cela,  un  groupe  de  travail  intitule 
«NATO  Simulation  Resource  Library  »  (Task  Group  MSG012-TG009 )  s’est  constitue  depuis  fin  2001 
pour  specifier  les  exigences  communes  de  cette  une  base  de  donnees.  Cinq  pays  participent  aux  travaux  de 
ce  groupe,  ce  sont  dans  l’ordre  alphabetique  :  l’Allemagne,  le  Canada,  la  France,  la  Norvege  et  le 
Royaume-Uni.  Les  Etats-Unis  y  participe  egalement  en  foumissant  leur  retour  d’ experience  et  des 
documentations  sur  leur  outil  MSRR  (. Modeling  and  Simulation  Resource  Repository).  Les  besoins 
nationaux  sont  bien  evidemment  pris  en  compte  mais  tout  en  privilegiant  une  vision  commune  des 
caracteristiques  de  donnees  et  des  ressources  a  capitaliser.  Les  travaux  du  projet  EUCLID  RTP  11.13  sur 
la  capitalisation  sont  aussi  analyses  et  discutes  dans  ce  groupe  de  travail  de  fa£on  a  faciliter  la  reutilisation 
et  l’interoperabilite  de  tous  ces  outils  de  capitalisation.  Un  rapport  d’etude  sera  finalise  par  ce  groupe  de 
travail  des  debut  2003.  II  presentera  la  solution  proposee,  1’  organisation  a  mettre  en  place  et  les  efforts 
financiers  requis. 


5.0  ORGANISATION  DE  LETUDE 

Apres  avoir  dresse  un  panorama  sur  les  problemes  generaux  a  traiter  dans  l’etude  ARCOSIM-SA  et  les 
projets  clefs  qui  le  concement,  nous  allons  presenter  la  demarche  retenue  pour  le  developpement  de 
1’ITCS  ainsi  que  le  calendrier  de  deployment  de  1’ITCS. 

Compte  tenu  de  la  multitude  et  du  degre  d’avancement  divers  des  etudes  lancees  par  la  DGA  pour  soutenir 
la  demarche  de  simulation  pour  L  acquisition  en  France,  il  a  ete  decide  de  mener  le  developpement  du 
socle  technique  de  cet  elan  de  fa£on  incrementale.  Une  premiere  version  de  1’ITCS  ne  prendra  en  compte 
que  les  services  fondamentaux  de  la  simulation  distribute.  Dans  les  phases  successives,  les  processus 
transverses  tels  que  le  VV&A  seront  instrumentes,  le  champ  des  simulations  prises  en  compte  par  FITCS 
sera  elargi,  sa  communication  avec  les  installations  d’essais  sera  precisee,  et  enfin,  l’ouverture  de  FITCS 
sur  des  acteurs  industriels  et  etrangers  sera  considers 

Par  ailleurs,  la  demarche  retenue  est  participative.  Elle  repose  sur  une  participation  active  des  centres 
utilisant  la  simulation  pour  leurs  activites.  Cela  garantit  une  prise  en  compte  correcte  de  la  difficulte  que 
representera  pour  les  operateurs  de  simulation  la  transition  de  leur  outils  historiques  vers  FITCS,  et  de  la 
traiter  de  fa£on  adequate. 

5.1  L’etat  des  lieux 

Le  projet  d’lTCS  est  structurant  pour  F ensemble  des  acteurs  fransais  de  la  simulation  pour  F acquisition. 
Mais  il  ne  peut  pas  faire  abstraction  de  tous  les  moyens  existants  aujourd’hui,  ainsi  que  des  competences 
associees.  Pour  son  lancement,  il  etait  done  fondamental  d’impliquer  une  communaute  large,  mais  surtout 
representative  de  tous  ces  acteurs.  Chacun  des  centres  de  la  DCE  a  done  nomme  un  correspondant 
simulation,  constituant  ainsi  le  reseau  d’ expert  necessaire  pour  relayer  l’elan  « simulation  pour 
Facquisition  »  sur  Fensemble  des  sites.  Cela  a  permis  de  foumir  a  chacun  une  vision  globale  et  partagee 
du  paysage  M&S  au  sein  des  centres  d’ etudes  de  la  DGA.  Chacun  a  pu  constater  la  diversite  des  outils  mis 
en  oeuvre  :  diversite  de  technologie  des  outils,  diversite  de  finalite,  diversite  de  granularite  des  modeles, 
diversite  de  vocabulaire. . . 

Ce  point  s’est  avere  tres  positif  pour  la  suite  du  projet,  mais  egalement  pour  les  centres  eux-memes  : 
ayant  frequemment  des  problemes  analogues  a  resoudre,  ils  ont  pu  constater  que  des  solutions  existaient 
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deja  sur  d’autres  sites.  Des  clubs  utilisateurs  se  sont  d’ailleurs  organises  pour  prolonger  ces  echanges 
initiaux  fructueux. 

En  parallele,  de  nombreuses  interviews  ont  ete  organisees  aupres  des  equipes  de  direction  de  programme, 
dans  les  domaines  aeronautique  (avions,  drones  et  missiles),  terrestre  et  maritime.  Ces  equipes  sont  les 
beneficiaires  immediats  des  resultats  de  simulation  :  ceux-ci  les  aident  dans  leurs  choix  sur  l’orientation  a 
prendre  pour  les  differents  jalons  du  deroulement  des  programmes.  Ces  rencontres  ont  permis  de  prendre 
conscience  des  divers  modes  de  fonctionnement,  d’identifier  les  interlocuteurs  privileges  dans  les  equipes 
pour  les  activites  M&S  («  architectes  systeme  »,  responsables  de  marque,  manager),  et  de  decouvrir  enfin 
des  pratiques  assez  variables  sur  ce  domaine,  qu’il  s’agisse  de  la  demarche  retenue,  des  outils  utilises, 
des  relations  avec  les  industriels,  ou  des  difficultes  rencontrees...  Toutes  ces  informations  sont  bien  sur 
prises  en  compte  dans  la  definition  de  1’ITCS  qui,  en  tant  qu’outil  essentiel  de  la  conduite  du  changement, 
doit  soutenir  P  evolution  vers  l’application  generalisee  des  principes  de  la  simulation  pour  l’acquisition. 

Enfin  une  analyse  bibliographique  des  initiatives  analogues  a  1’ITCS  (notamment  JDEP,  JVB,  JSB,  VPG) 
lancees  principalement  par  les  Etats-Unis,  nous  permet  de  tirer  profit  de  leur  experience  dans  ce  domaine, 
et  d’esperer  pouvoir  eviter  certains  ecueils  deja  connus. 

5.2  L’analyse  fonctionnelle  de  1’ITCS 

Un  des  ecueils  majeurs  pour  les  projets  importants  qui  s’etalent  sur  plusieurs  annees,  reside  dans 
l’utilisation  de  technologies  dont  le  cycle  de  maturite  est  bien  plus  court.  C’est  pourquoi  il  a  du  etre  fait, 
autant  que  possible,  abstraction  des  solutions  techniques  qui  peuvent  repondre  aux  besoins  de  1’ITCS. 

L’exercice  majeur  est  done  de  definir  precisement  et  exhaustivement  les  fonctions  attendues  de  cette 
infrastructure,  de  caracteriser  ses  utilisateurs,  ses  milieux  environnants,  et  ce,  pour  la  totalite  de  son  cycle 
de  vie,  de  son  deployment  jusqu’a  son  maintien  en  condition  operationnelle.  Cette  analyse  fonctionnelle 
se  terminera  a  la  fin  de  cette  annee. 

Nous  pouvons  dores  et  deja  foumir  une  vision  initiale  de  l’architecture  fonctionnelle  de  1’ITCS. 
Cette  vision  est  representee  sur  le  schema  Figure  1 . 
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Figure  1:  Synoptique  de  I’architecture  de  I’lTCS. 

Ce  synoptique  contient  les  elements  constituant  le  noyau  dur  de  1’ITCS  dans  sa  premiere  version  : 

•  une  fonction  de  capitalisation  et  de  gestion  de  configuration,  representee  par  des  bases  de 
donnees,  relatives  aux  modeles  et  aux  donnees  d’environnement  naturel  ou  tactique  ; 

•  des  outils  d’edition  de  scenarii  et  de  conception  de  simulations  ; 

•  des  fonctions  de  visualisation  et  de  post-traitement ; 

•  des  utilitaires  pour  l’utilisation  et  1’ administration  de  1’ITCS  ; 

•  un  moteur  de  simulation  ; 

•  une  fonction  de  communication,  representee  par  un  reseau. 

Comme  mentionne  precedemment,  il  est  aussi  prevu  de  prendre  en  compte  dans  la  mesure  du  possible  les 
simulations  hybrides  et  pilotees  dans  1’ITCS,  mais  dans  une  version  ulterieure  de  1’ITCS. 

5.3  Planning  des  travaux  futurs 

Le  cahier  des  charges  elabore  dans  la  phase  precedente  servira  de  base  pour  mettre  en  competition  en  2003 
deux  maitres  d’ceuvre  industriels  dans  le  cadre  d’un  marche  de  definition,  avec  pour  objectif  de  definir  une 
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architecture  technique  repondant  aux  besoins  exprimes.  Les  architectures  proposees  seront  jugees  en 
fonction  de  leur  performance  technique,  de  leur  capacite  a  evoluer  et  a  s’integrer  dans  des  architectures 
plus  globales.  Elies  seront  evaluees  pour  cela  sur  trois  projets  particuliers  de  simulations,  qui  seront 
determines  afm  d’obtenir  une  couverture  aussi  large  que  possible  des  activites  que  mene  actuellement  la 
DGA. 

Mais  le  choix  de  l’une  ou  l’autre  architecture  candidate  reposera  egalement  sur  des  criteres  economiques  : 
il  sera  ainsi  demande  une  analyse  technico-economique  de  1’ infrastructure  :  couts  de  deployment  et 
d’utilisation,  prenant  en  compte  aussi  bien  I ’ effort  financier  que  1’ effort  lie  a  l’organisation  et  au 
changement  d’outils  et  de  methodes. 

Enfin,  un  troisieme  critere  de  jugement  concemera  les  recommandations  d’ achats  que  devront  proposer  les 
industriels.  Ces  recommandations  preciseront  en  particulier  les  contraintes  d’interface  bees  a  1’ITCS  pour 
les  futurs  achats  d’outils  de  simulation  dans  le  cadre  des  programmes  d’armement  menes  par  la  DGA. 
Elies  constitueront  une  aide  pour  les  equipes  de  programmes,  et  garantiront  la  coherence  et 
l’interoperabilite  des  differentes  simulations. 

A  Tissue  de  cette  competition,  la  meilleure  proposition  devra  etre  realisee  par  son  auteur,  deployee 
progressivement  sur  les  sites  concemes  a  la  DGA,  et  maintenue  dans  le  cadre  d’un  marche  unique.  II  est 
prevu  de  deployer  une  version  majeure  par  an  sur  l’ensemble  des  sites.  Figure  2  precise  le  calendrier  des 
travaux  depuis  la  specification  jusqu’ aux  deployments  successifs  sur  les  sites  de  la  DGA. 


Figure  2  :  Calendrier  de  realisation  de  1’ITCS. 


6.0  CONCLUSION 

L’etude  ARCOSIM-SA  est  un  projet  ambitieux,  tant  au  niveau  de  ses  objectifs  techniques  que  du  nombre 
d’acteurs  impliques.  Mais  e’est  egalement  un  projet  structurant  et  federateur  dans  la  mesure  ou  il  mobilise 
toute  la  communaute  M&S  de  la  DGA  pour  developper  un  environnement  commun  de  simulation, 
au  profit  d’une  evolution  des  modes  d’acquisition  des  systemes  de  Defense. 
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A  terme,  1’ITCS  contribuera  done  de  maniere  majeure  au  processus  de  simulation  pour  l’acquisition 
puisqu’il  foumira  un  ensemble  coherent  d’outils  pouvant  etre  mis  en  oeuvre  durant  tout  le  cycle  de  vie 
d’un  programme  d’armement.  L’lTCS  contribuera  egalement  a  uniformiser  les  methodes  et  les  processus, 
a  developper  une  nouvelle  culture  chez  les  personnels  pour  la  reussite  de  la  simulation  pour  1’ acquisition. 

Cependant,  d’autres  efforts  complementaires  sont  egalement  necessaries  pour  son  succes.  11  faut  mettre  en 
place  une  gestion  des  connaissances  ( Knowledge  Management),  une  politique  d’acquisition  coherente  et 
efficace  a  l’echelon  central,  et  des  formations  aux  technologies  de  M&S.  Bref,  la  conduite  du  changement 
passe  par  revolution  des  cultures,  tout  autant  que  par  la  foumiture  de  solutions  techniques  adaptees  et  la 
redefinition  des  processus. 

Enfin,  1’ITCS  se  veut  etre  une  infrastructure  ouverte.  Nous  souhaitons  en  effet  en  faire  un  outil  de 
collaboration  avec  nos  partenaires  industriels  et  nos  allies  europeens  et  de  l’OTAN.  C’est  pourquoi  nous 
avons  souhaite  exposer  la  quasi-totalite  des  etudes  articulant  ce  projet,  au  risque  de  perturber  le  lecteur  par 
certains  details  peut-etre  superflus.  Mais  il  nous  apparaissait  essentiel  d’offrir  une  visibilite  correcte  sur  un 
projet  pluriannuel  sur  lequel  la  DGA  investit  financierement,  et  qui  nous  semble  un  outil  essentiel  pour 
reussir  la  conception  et  la  realisation  des  systemes  de  Defense  d’aujourd’hui  et  de  demain  dans  un  cadre 
allant  toujours  davantage  vers  1’ internationalisation  et  la  repartition  geographique  des  divers  acteurs. 

L’avenir  nous  dira  si  cette  ITCS  tiendra  les  promesses  fondees  en  elle,  et  les  premiers  retours  d’ experience 
de  son  utilisation  concrete,  qui  devraient  avoir  lieu  a  partir  de  fin  2004,  seront  essentiels  pour  reussir  le 
deployment  iteratif  et  revolution  eventuelle  des  versions  suivantes. 
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